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Microsoft sheds its Java sicin — again 

Another series of changes to Microsoft's Java implementation has 
Sun officials hot on the trail of incompatibilities 



By John Zukowski 



he current state of affairs with regard to Microsoft's Java environments is changing again. 

Microsoft recently released two new versions of its command-line SDK for Java environments: 
version 2.02, an upgrade from its 2.01 release, and 3.0, a pre-release version. (At the time of 
publication, Microsoft had not yet revealed the date the full releases will be available.) In addition, 
Microsoft's oft-maligned Visual J++ (\/J ++) 6.0 is newly available in its second beta release 
(available for general release around mid-September), and the runtime environment for the 
company's Internet Explorer (IE) Web browser includes a new service pack (SPl) that users can 
add on to the 4.01 release. (SPl gives IE4 access to the new Windows Foundation Classes library, 
first introduced with VJ++ 6.0.) 

With all these changes, Sun's Caria Schroer, senior engineering manager of the Java Compatibility 
Suite, is taking another look at just how compatible Microsoft's latest implementation is and she 
isn't being shy about telling people what she's found. And, in the spirit of providing an updated 
Pitfalls article, we're telling it as it is, too. 

Schroer reports that the compatibility of Microsoft's Java releases is a "moving target. With each 
new product, there are differences." And these differences need to be analyzed to be understood. 
This latest release, the 3.0 pre-release, includes a cleaned-up version of the mislabeled class 
libraries that Sun previously complained about. The good news: the public AWT peer classes in the 
jaya.awt package as well as the added public methods and instance variables have been removed. 
The bad news: if you created any Java programs that used these capabilities, they'll no longer 
work. More good news: you will no longer be able to create programs that access non-standard 
classes, methods, and variables within the Java.* packages. 

Although the cleaned-up Core API is a good thing, Schroer feels the remaining incompatibilities -- 
the lack of JNI and complete RMI support, as well as added keywords and compiler directives are 
still important. 

rJ N I'is: theTna ti v^ code 

CJTUcrophpne, fgr.l^ yet through the Core APr The goal of JNI is to permit 

\de^j0per=s:t^^^ sitigle' s^fe of native libraries for every Java im arsp_ecif](: 
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<platform.j^lthgugh once you J to use JNI, you lockiyour Jav.a^priogram fo the platfoms^irv^ 
^whicjrybu provideJna^^ the lack of JNI support in Microsoft products requires^rTative-^ 

Iibjaj7 vendors to-maintain multiple-^^^ into different Java virtual machines on 

/ the same platform . j 

When it comes to RMI, the remote method invocation library for executing Java code directly within 
other Java virtual machines, Schroer reports that while Microsoft has provided the RMI classes 
separately from all its products, it doesn't provide the rmic compiler. According to Schroer, the 
Technology License and Distribution Agreement requires Microsoft, where it provides a 
development environment, to deliver one that is complete. The lack of the rmic compiler makes 
both the SDK and J++ environments incomplete and, thus, incompatible and in violation of the 
agreement. Bill Dunlap, the Visual J++ product manager at Microsoft, disagrees with this 
assessment. 

Finally, says Schroer, the added keywords and compiler directives create Java source code that is 
not compiler and runtime-environment independent. This means that Microsoft's additions "do not 
just create a runtime tie, but a development environment tie, too." If you use them, you must 
forever use Microsoft's development tools and runtime environment. While support from Microsoft 
for the added keywords (multicast and delegate) is specific to Microsoft's Java VM, nothing in 
the implementation is specific to Microsoft's VM. Someone could reimplement the functionality 
using Java's reflection capabilities for other JVMs. While this approach would be slower than 
Microsoft's native library implementation, it would work. 

The compiler directives issue seems to be more of a true compatibility problem; non-descriptive 
attributes are placed in class files that only Microsoft's Java VM understands. By compiler 
directives, I am referring to the @ddl commands in javadoc-style comments, like these: 



@dll.structinap( [type=FIXEDARRAY, size=2]) */ 
/** @dll. struct {pack=l, auto) */ 

@dll. import ("GDI32", auto, setLastError) */ 
/*★ @dll. import ( "KERNEL32" , auto, entrypoint="GetLargestConsoleWindowSize" ) */ 

According to Schroer, adding attributes to class files is perfectly legal, as long as they're only 
descriptive. However, adding functionality behind those attributes is in violation. As an example, 
Schroer described the @dll. import directive. When the Microsoft compiler finds this directive in 
the source, it adds an attribute to the class file to load the specified dynamic library. However, the 
standard Java way to load a library is with the System. loadLibrary ( ) method. Because non- 
Microsoft Java VMS will not recognize the attribute added by the @dll. import directive, the 
necessary library will not load and the program will not work correctly. Hence the claim of 
incompatibility. 

Schroer is quick to point out that these claims result in "no lawsuit change." It's just that there are 
"different incompatibilities with each product" release. Which, I'm sure, makes compatibility testing 
very difficult. 

And how does Microsoft feel about this? According to the whitepaper Microsoft's Java Strategy: 
Helping Java Developers Succeed (April 1997), "Microsoft's Java strategy calls for it to deliver both 
the power for real, cross-platform applications and the choice to create great Windows-based 
applications using Java that take full advantage of customers' hardware and software investments." 

While these latest changes let developers better create cross-platform solutions (now that the Core 
Java APIs are back to Sun's defined Core), a later statement in the whitepaper seems to be at 
jeopardy: "To do this, Microsoft remains committed to best-of-breed Java support that's fully 
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compatible with existing Java tools and code." Fully compatible? I don't think so. The added 
keywords and compiler directives are clearly not fully compatible with existing tools and code. 

Welcome to the world of proprietary Java. 



About the author 

John Zukowski is a software mage with MaqeLanq Institute , author of Java A WT Reference from 
O'Reilly & Associates and Borland's JBuilder: No experience required from Sybex, as well as the 
Focus on Java guide at the Mining Company. 
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